home *** CD-ROM | disk | FTP | other *** search
/ Magnum One / Magnum One (Mid-American Digital) (Disc Manufacturing).iso / d1 / cboot.arc / CBOOT.DOC < prev    next >
Text File  |  1987-04-22  |  6KB  |  133 lines
  1. April 16, 1987
  2.  
  3.                  CBOOT Version 2.0
  4.  
  5.          CBOOT - Controlled Chaos Rebooter.
  6.  
  7. This is Version 2.0 April 16, 1987 and it is the first
  8. new version of CBOOT in 2 years.
  9.  
  10. The program is re-written to work correctly with Clone
  11. BIOSs and DOS 3.x. The problem with releasing memory can
  12. be overcome by exitting through DOS function 4C.
  13. Interrupts can be restored to the state they were in when
  14. CBOOT was loaded, allowing disgraceful exits from a great
  15. variety of very nasty programs.
  16.  
  17. CBOOT allows you to exit or reboot from within any program.
  18. It is useful for debugging badly behaved programs or exitting
  19. from programs which disable Ctrl-Break or the Ctrl-Alt-Del
  20. keys. CBOOT takes up about 2500 bytes of memory.
  21.  
  22. Keith P. Graham
  23. ---------------
  24.  
  25. I would like to thank all of the people who sent me money for
  26. version 1.0 of CBOOT. This little program has proved to be far more
  27. useful than I ever guessed and the only public domain program I
  28. have written that ever made any money. For those of you who use
  29. CBOOT and don't send any money - Grrr!
  30.  
  31. CBOOT is a very simple memory resident program which watches the
  32. keyboard interrupt. waiting for someone to press the Left Shift,
  33. the Alt key and the "B" key all at the same time. When this happens
  34. a small menu appears on the screen. The menu allows you to re-boot
  35. your PC in one of two ways. It allows you to issue a control-break
  36. and it allows you to attempt an exit of your program. A new item,
  37. restoring interrupts, is new with version 2.0.
  38.  
  39. The program works best under DOS 3.x, but will also work on DOS 2.x.
  40. I have used some undocumented features of DOS to make escape from
  41. run-away programs a little easier, and it appears that DOS 2.1 works
  42. a little differently than 3.2 and the result is that escaping from a
  43. program may not always clear memory under DOS 3.2. (My own opinion is
  44. that DOS 2.1 is a better DOS, but I am running a network and have to
  45. use 3.1 or 3.2).
  46.  
  47. MENU ITEMS:
  48.  
  49. 0. Exit.
  50.    Press 0 or Esc and get out of cboot and return to what you were
  51.    doing.
  52. 1. Reboot (Ctrl-Alt-Del).
  53.    This is the same as pressing the Ctrl-Alt-Del warm boot
  54.    (three finger) combination. It is useful for programs which
  55.    have disabled the keyboard Ctrl-Alt-Del.
  56. 2. Reboot with Memory Check.
  57.    This is a Cold type boot and the system does its memory check.
  58. 3. Break (break-key).
  59.    This is the same as pressing Ctrl-Break. CBOOT issues interrupt
  60.    1B which may or may not help you out of a bad situation.
  61. 4. Exit Current Program.
  62.    CBOOT issues interrupt 20h which is the traditional way to
  63.    exit programs. Memory may or may not be restored. Do a CHKDSK
  64.    to see if you got all fo your memory released.
  65. 5. Break Current Program.
  66.    I have found that if you issue the DOS Break interrupt and then
  67.    exit through interrupt 20h you sometimes have better results.
  68.    If 4 doesn't work try this one.
  69. 6. Exit through Function 4C.
  70.    This one seems to always give back the memory and close all
  71.    the files, except once in a while (if Dos is in bad shape) it
  72.    can cause the system to act odd. Experience will tell you if
  73.    this works well with your programs. Use this one for disgraceful
  74.    exits from basic after resetting the interrupts.
  75. 7. Reset Interrupts.
  76.    Cboot remembers what the interrupts were when it started up.
  77.    It can restore them. This must be done to exit out of Basic
  78.    as basic does strange things with the interrupts. The only problem
  79.    is that you lose any hooked memory resident programs that were
  80.    loaded after CBOOT. And since Sidekick must be loaded after
  81.    CBOOT - there goes sidekick and 64k of memory.
  82.  
  83. INSTALLING CBOOT.
  84.    Put CBOOT in your autoexec.bat or else load it just before you
  85. work on a particularly nasty program. There are no command options.
  86. CBOOT takes about 2k of memory. Sidekick will get upset with CBOOT
  87. if CBOOT is loaded after it. I think that Sidekick is not a very
  88. well behaved program and it is banned from my system. It can be
  89. very useful, but it is abusive of resources and makes programming
  90. memory resident stuff difficult.
  91.  
  92. If you have any questions, drop me a line at:
  93.        Keith P. Graham
  94.        238 Germonds Road
  95.        West Nyack, New York  10994
  96.  
  97. Remember to send the 5 bucks. If you can't afford it think of me
  98. when you hit the lottery.
  99.      Keith
  100.  
  101.  
  102.  
  103.          ----------------end-of-author's-documentation---------------
  104.  
  105.                         Software Library Information:
  106.  
  107.                    This disk copy provided as a service of
  108.  
  109.                         The Public (Software) Library
  110.  
  111.                   Disks in the library are updated monthly.
  112.          For a copy of the latest monthly software library newsletter
  113.           and a list of the 800+ disks in the library, call or write
  114.  
  115.                         The Public (Software) Library
  116.                                P.O.Box 35705 K
  117.                            Houston, TX 77235-5705
  118.                                (713) 721-6104
  119.  
  120.          We are not the authors of this program, nor are we associated
  121.          with the author in any way other than as a distributor of the
  122.          program in accordance with the author's terms of distribution.
  123.  
  124.          Please direct shareware payments and specific questions about
  125.          this program to the author of the program, whose name appears
  126.          elsewhere in  this documentation. If you have trouble getting
  127.          in touch with the author,  we will do whatever we can to help
  128.          you with your questions. All programs have been tested and do
  129.          run.  To report problems,  please use the form that is in the
  130.          file PROBLEM.DOC on many of our disks or in other written for-
  131.          mat with screen printouts, if possible.
  132.  
  133.